home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20010306-20010921 / 000110_hutchens@cs.millersville.edu_Thu May 10 12:59:45 EDT 2001.msg < prev    next >
Text File  |  2001-09-20  |  5KB  |  119 lines
  1. Article: 12401 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!news-out.cwix.com!newsfeed.cwix.com!feed2.news.rcn.net!rcn!netnews.com!news.voicenet.com!jake.esu.edu!mills.millersville.edu!hutchens
  3. From: hutchens@cs.millersville.edu (David H. Hutchens)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: Need help with Mac OS X 10.0.2
  6. Date: Wed, 9 May 2001 15:07:34 GMT
  7. Organization: CS Dept, Millersville University
  8. Lines: 104
  9. Message-ID: <9dbmos$kke$1@jake.esu.edu>
  10. References: <9d9395$rt3@watsun.cc.columbia.edu>
  11. Reply-To: hutchens@cs.millersville.edu (David H. Hutchens)
  12. NNTP-Posting-Host: mills.millersville.edu
  13. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:12401
  14.  
  15. I've done further investigation.
  16.  
  17. The original "SET FLOW NONE" was in effect in the settings I was using
  18. on the public beta. So I assume that RTS/CTS was issuing the warning
  19. in the public beta too.
  20.  
  21. I recompiled kermit and tried that version... No difference at all.
  22.  
  23. I am able to do connections, uploading, and downloading as long as I
  24. set the buffer size to 512. So I have a "usable" system.
  25.  
  26. I get the warning when I dial. And I get about 7 or 8 system beeps
  27. when I type the first character of my user name to the remote system
  28. login prompt.
  29.  
  30. As to the bug. I can't let you connect to my system. The reason I'm
  31. using kermit is that I don't otherwise have an internet connection
  32. from home.
  33.  
  34. However, I'm a decent programmer.... I have been programming in C
  35. since 1980. I have a Ph.D. in CS. I checked the kermit source and
  36. found that the file ckutio.c seems to be key. It includes sys/ioctl.h
  37. which includes sys/ttycom.h which contains the definitions of the CTS
  38. stuff, in particular: TIOCM_CTS.  I verified that my build (macosx10c)
  39. does, in fact, include the ioctl.h file by typing garbage next to the
  40. include line and seeing that the compiler choked. All this seems
  41. normal. I can send you the .h files if you wish. They seem to be
  42. standard BSD4.4. I can also send the man pages. Again they are
  43. basically BSD4.4. The main line of interest is:
  44.  
  45. ttycom.h:#define                TIOCM_CTS       0040            /* clear  
  46. to send */
  47.  
  48.  
  49. My best guess is that the current device driver does not respond, as
  50. kermit expects, with CTS asserted before dialing. I don't know what
  51. it might do after dialing, but it appears from kermit's response that
  52. kermit isn't using it (otherwise bigger buffers ought to work).
  53.  
  54. I got the Apple Internal Modem AT command documentation from Apple's
  55. web site. I checked using modem AT commands that the modem is set to
  56. use RTS/CTS and that it is actually making the connection at about
  57. 28800 (next one down actually 26400?, the time I checked) with error
  58. correction and compression enabled. That is what I'd expect since the
  59. modem I was calling is a 28K V.34 modem.
  60.  
  61. So some possibilities:
  62.  
  63. 1) The device driver and/or modem waits for a connection before
  64. passing CTS through and I need to get kermit to ignore the setting
  65. when dialing and use it later. I'm not sure where exactly to try to
  66. make that change. Or for that matter, if kermit is already trying that
  67. as the warning suggests.
  68.  
  69. 2) The device driver and/or modem never asserts CTS so there is a bug
  70. without any easy workaround and I'll just have to file a bug report
  71. with Apple and wait. Not the worst of problems since I have a limping
  72. version that I can use.
  73.  
  74. Your advice?
  75.  
  76. - David Hutchens
  77.   Dept. of Computer Science
  78.   Millersville University
  79.   717-872-3838
  80.   hutchens@cs.millersville.edu
  81.  
  82.  
  83. In article <9d9395$rt3@watsun.cc.columbia.edu> fdc@watsun.cc.columbia.edu  
  84. (Frank da Cruz) writes:
  85. > In article <9d90vh$ot8$1@jake.esu.edu>,
  86. > David H. Hutchens <hutchens@cs.millersville.edu> wrote:
  87. > : 
  88. > : I have not tried recompiling. I'll can give it a shot.
  89. > : 
  90. > Yes, please do.
  91. > 
  92. > : 
  93. > : Tuning on RTS/CTS resulted in a message that says:
  94. > :    Warning -SET FLOW RTS/CTS is in effect but modems CTS signal is  
  95. off.
  96. > :    Disabling flow control temporarily during dialing.
  97. > : 
  98. > Did RTS/CTS work in the public Beta?
  99. > : 
  100. > : Is it OK to ignore the above warning? Does it still enable RTS/CTS
  101. > : after the connection? How can I tell?
  102. > : 
  103. > The message is worrisome.  It probably means that the API for hardware
  104. > flow control and/or modem-signal testing changed or broke.  Of course I 
  105. > have no way of knowing that, nor of knowing what they changed to.
  106. > 
  107. > 
  108. > So how do we get the real problem fixed?  First try recompiling and see
  109. > if that clears things up.  If not, it would be best if I could get
  110. > telnet/ftp access to your Mac, or another one that has the same OS
  111. > level so I can poke around the header files, man pages, etc, and see
  112. > if I can get at the modem signals.  (Of course even then I can't  
  113. actually
  114. > see/hear what's happening, but it's better than nothing.)  Failing that,
  115. > somebody who has Mac OS X 10.2 and a modem will have to make the code
  116. > work (I can point out the relevant modules and functions).
  117. > 
  118. > - Frank
  119.